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Prerequisite Exercise 

Imagine you wanted to design and build 
a backyard deck. 

• How would you tackle the problem? 

• What things do you need to think about? 

Backyard Systems Engineering 



Another Question: How would you design and build a deck for space? 

Is the process different? Is the Environment Different? 
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I. Why do we need Systems Engineering? 



Group Question: 

Why do we need Systems Engineering? 


“For time and the world do not stand still Change is the law of life, and those who look only to the 
past or the present are certain to miss the future” John F. Kennedy, 35th President of the United States. 
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I. Why do we need Systems Engineering? 


• Why the Mars Climate Orbiter went off Course during Mars orbit insertion? 

• http://www.iamesoberg.com/mars/loss.html 

• Primary Science Objective : observe and study dust storms, weather systems, clouds and dust hazes, 
ozone, distribution and transport of dust and water, the effects of topography on atmospheric 
circulation, atmospheric response to solar heating, and surface features, wind streaks, erosion, and 
color changes. 

• Secondary Objective : serve as a data relay satellite for the Mars Polar Lander and other future NASA 
and international lander missions to Mars. 



NASA JPL Development - 
Development Cost $193M 
(Dev began around 1995) 



Delta II Lite with 4 Strap-on Solid 
Rocket boosters & Star 48 third stage 
(December 11,1 998 Complex-1 7 Pad A 
@ 1 :45EST) - Launch Cost - $91 ,7M 
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Crashed on September 23, 1999. 
Findings of the failure review board 
indicate that a navigation error 
resulted from some spacecraft data 
being reported in Imperial units 
instead of metric. - Ops Cost - 5 

$42. 8M, Total Cost - $327.6M 
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I. Why do we need Systems Engineering? 

Q: If there is no Systems Engineering, what are 
the impacts to Cost and Schedule? 




v3 2006 


Yes, Cost and Schedule overruns are correlated with 
Systems Engineering efforts. -> Pay now or pay later. 
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I. Why do we need Systems Engineering? 




The Real Cost of Software Defects 



Development Phase 

The earlier you find a software defect, the lower the cost to repair. 
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Galaxy 15 


Zombie Satellite Forces More 
Evasive Maneuvers for Other Craft 
By Peter B. de Seldinq 

Space News 
posted 20 July 2010 

05:20 pm ET 

PARIS — Satellite fleet operator Intelsat has successfully negotiated the passage of its^Jut-of-control Galaxy 1 5 sateHjJ& across the path of its Galaxy 1 3 spacecraft with no signa l 
i nterruption for Galaxy 13 custome rs in the second of what likely will be at least four sucmttTli niuveiu before. OulJ*$n> shuts down on its own in August, Intelsat said 

Galaxy 1 5 stopped responding to rnmminrHr|j*ipril nnd hm liner hfinn ilgflinij eastward along the geostationary arc 36,000 kilometers above the equator Industry officials say 
it is the first time an uncontrolled satellite ha t^remained electronically active^ transponders still looking for signals to rebroadcast even as it strays far from its assigned orbital 
position — 


Galaxy 1 5 traveled through the orbital slot of Luxembourg-based SES'sAMC-11 satellite in mid-May That event caused no service disruptions as Intelsat and SES took 
measures that included routing some AMC-1 1 traffic through a 1 9-meter-diameter antenna at Intelsat's Clarksburg, Md , teleport 


Unable to shut the satellite down, Intelsat officials then prepared for the Galaxy 1 3 fly-by July 1 2-1 3, using some of the same interference-avoidance techniques developed for 
the AMC-1 1 encounter 


The procedure was completed "without incident," Intelsat Chief Technical Officer Thieny Guillemin said in a July 1 5 statement "We will now be implementing the interference- 
mitigation plan for the fly-by of Galaxy 14, expected to occur at the end of July " 

Luxembourg- and Washington-based Intelsat said that at one point during the Galaxy 1 5 transit through the Galaxy 1 3 orbital slot, the two satellites were within 0 05 degrees of 
separation Some customers continued to use the Galaxy 1 3 and were able to do so because the satellite's signal reception had been reset as low as possible to permit signals 
to be sent without attracting Galaxy 1 5's interest 

Unlike AMC-1 1 , Galaxy 1 3 also carries Ku-band transponders in addition to its C-band payload, meaning Intelsat was limited in its ability to move the satellite to the extreme 
eastern edge of its orbital slot to avoid Galaxy 1 5 before performing a "leapfrog" maneuver back westward as Galaxy 1 5 continued its eastward move 

Galaxy 15 is on course to enter the Galaxy 14 orbital neighborhood in late July, with a peak interference threat expected July 30, according to Intelsat In mid-August, it will be 
Galaxy 1 8's turn to avoid Galaxy 1 5 

Intelsat officials are hopeful that sometime in mid-August, Galaxy 1 5, whose attitude control is slowly degrading, will lose its lock on the sun Its power will then drain and the 
satellite will shut down on its own 

I ntelsat is already preparing customers using Galaxy 23 for a similar avoidance procedure in late August in the event Galaxy 1 5 is still active by then The company has also 
begun coordinating with satellite fleet operator 'lelesat of Canada, whose Amk F3 satellite will have (o contend with Galaxy 15 in mid-September 


Systems Engineering needs to view the problem from the entire lifecycle. 
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I. Why do we need Systems Engineering? 



What happens to your architecture when you don’t 
address all of your key requirements early? 



Bottom Line: N 


developing req 
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I. Why do we need Systems Engineering? * „ 


There are hundreds of good reasons why 


SE 


t$s e 


we need Systems Engineering. Such as: 


•Improving Safety 
•Affordable System 
•Reducing Complexity 
•Simple Architecture 
•Ensuring Mission Success 
•Resource Constraints 
•Improving 
Competitivness 
•Operations 


•Improving Productivity 
•Compatibility / Consistency 
•Communication 
•Reuse 

•Scope changes 
•System Lifecycle 


A good systems engineer can do 
a barium trace of the entire 
project with any input or change. 
For example, if someone says, 
“Here comes x,” a good systems 
engineer immediately takes x 
and mentally flows it through the 
project and knows every soft 
spot that responds to that 
change. Mathematically, a good 
systems engineer knows the 
partial derivative of everything 
with respect to everything else! 

Gentry Lee, 
Jet Propulsion Laboratory 


• Simply stated, we just can't afford not performing Systems Engineering! 

• Systems Thinking is crucial to mission success. 

“You can see a lot by observing” -Yogi Berra 
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II. What is Systems Engineering? 




Group Question: 

Define Systems Engineering? 


One of the biggest challenges for a systems 
engineer of a large complex project is to 
“bring order from chaos.” 

Chris Hardcastle, 
Systems Engineering and Integration 
Manager ; NASA’s Constellation Program , 

Johnson Space Center 
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II. What is Systems Engineering? 


• A System is 

• The combination of elements that function together to produce the 
capability to meet a need. The elements include all hardware, software, 
equipment, facilities, personnel, processes, and procedures needed for 
this purpose. NPR 7123.1 

• A Subsystem is 

• A major part of a system which itself has the characteristics of a system, 
that is, a system that is part of some larger system. 

• Engineering is 

• The application of scientific principles to practical ends; as the design, 
construction, and operation of efficient and economical structures, 
equipment, and systems. (Ref #8) 

• Systems Engineering is defined as 

• Standards - INCOSE, Space & Missile System Center (SMC) 

• SE Handbook & Primer, NPR 7123.1 
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II. What is Systems Engineering? 

• Systems Engineering is St e 06 

• Process of turning a need into a capability. 

• First and foremost about getting the right design (vs getting the 
design right (meeting requirements)) and then about maintaining 
and enhancing its technical integrity, as well as managing 
complexity with good processes. 

• Looking at the Big Picture from the outside-in and inside-out. 

• The function of Systems Engineering is to guide the engineering of 
complex systems. 

Definition: System Engineering is a logical structured engineering approach 
for formulating the problem and transform the customer need into a useful 
capability throughout it’s entire lifecycle. j.LGarcia 



Neither the world’s greatest design, poorly implemented - nor a poor 
design, brillantly implemented - is worth having . 6 
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. When do we use Systems Engineering? 



Group Question: 

When do we use Systems Engineering? 
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. When do we use Systems Engineering? W9 


• NPR 7123.1, NASA SYSTEMS ENGINEERING PROCESSES AND REQUIREMENTS. 


• The purpose of this document is to clearly articulate and establish the requirements on the 
implementing organization for performing, supporting, and evaluating systems engineering. 
Systems engineering is a logical systems approach performed by multidisciplinary teams to 
engineer and integrate NASA's systems to ensure NASA products meet customers' needs. 
Implementation of this systems approach will enhance NASA's core engineering, 
management, and scientific capabilities and processes to ensure safety and mission success, 
increase performance, and reduce cost. This systems approach is applied to all elements of a 
system and all hierarchical levels of a system over the complete project life cycle. 


Should this be replaced with 
"Engineering Process?" 


NASA (Project Life-Cycle) Process^ (Page 6.NSEHB) 


Formulation Jinl^pi || Implementation 

Pre-Phase A: 
Concept Studies 

Phase A: 

Concept & Technology 
Development 

Phase B: " 

Preliminary Design & 
Technology Completion 

" Phase C: 

Final Design & 
Fabrication 

Phase D: 

System Assembly, 
Integration & Test, Launch 

Phase E: 
Operations & 
Sustainment 

Phase F: 
Closeout 


Feasible Concept 


Top-Level Architecture Functional Baseline 


Baseline 


► As-Deployed Baseline 


Key Decision Points: 

Major Reviews: A AAA A A A A A AAA A A A A 


Process Life Cycle is Schedule Based. 
Engineering Process would be Function based. Why? 
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. When do we use Systems Engineering? 



NASA Project Life-Cycle Phases (Page 7.NSEHB) 


Phase 

Purpose 

Typical Output 

Pre-Phase A 

Concept 

Studies 

To produce a broad spectrum of ideas and alternatives for missions 
from which new programs/projects can be selected. Determine feasi- 
bility of desired system, develop mission concepts, draft system-level 
requirements, identify potential technology needs. 

Feasible system concepts 
in the form of simulations, 
analysis, study reports, 
models, and mockups 

Phase A 
Concept and 
Technology 
Development 

To determine the feasibility and desirability of a suggested new major 
system and establish an initial baseline compatibility with NASA's stra- 
tegic plans. Develop final mission concept, system-level requirements, 
and needed system structure technology developments. 

System concept definition 
in the form of simulations, 
analysis, engineering 
models, and mockups and 
trade study definition 

Phase B 
Preliminary 
Design and 
Technology 
Completion 

To define the project in enough detail to establish an initial baseline 
capable of meeting mission needs. Develop system structure end 
product (and enabling product) requirements and generate a prelimi- 
nary design for each system structure end product. 

End products in the form 
of mockups, trade study 
results, specification and 
interface documents, and 
prototypes 

Phase C 
Final Design 
and Fabrication 

To complete the detailed design of the system (and its associated 
subsystems, including its operations systems), fabricate hardware, and 
code software. Generate final designs for each system structure end 
product. 

End product detailed 
designs, end product 
component fabrication, 
and software devebpment 

Phase D 
System 
Assembly, 
Integration and 
Test, Launch 

To assemble and integrate the products to create the system, mean- 
while developing confidence that it will be able to meet the system 
requirements. Launch and prepare for operations. Perform system 
end product implementation, assembly, integration and test, and 
transition to use. 

Operations-ready system 
end product with sup- 
porting related enabling 
products 

Phase E 

Operations and 
Sustainment 

To conduct the mission and meet the initially identified need and 
maintain support for that need. Implement the mission operations 
plan. 

Desired system 

Phase F 
Closeout 

To implement the systems decommissioning/disposal plan developed 
in Phase E and perform analyses of the returned data and any 
returned samples. 

Product closeout 


Engineering Life Cycle Functions 


Identify/Analyze/Define Problem 
& Align Needs 




Formulate Problem, Trade 
Options and Develop 
Concept of Operations 




Architect & Design a solution 


T 


Assess solution feasibility, 
effectiveness and affordability 




Fabricate Solution 




Verify and Validate Solution 




Deploy Solution 


Update or Retire Solution 
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. When do we use 


Systems Engineering?.-! #3 


see * 5 

When do we use Systems Engineering? 


— All the time! When speak and think! 

- Throughout the Engineering and Project lifecycle. 
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Functional 

\View.,^ 


erational 

View 


System Engineering 
involves thinking in 
ultiple domains 


by stems 
Architecture 
(3 yipu/c) 


Physica 

View 


Need/Problem 
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Group Question: 

Who is the Systems Engineer (SE)? 
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Inorder to answer this question, we first need to 
the understand what the Systems Engineer does? 
• Herding Cats. 

• http://www.voutube.com/watch popup?v=Pk7yqlTMvp8&v 
q=large 
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IV. Who is the Systems Engineer? 





Secondly, we need to understand the 

Characteristics of Good Systems Engineer (SE). 


Good engineering 
experience 


Ability to see the big 
picture— yet get 
into the details 




Exceptional 

two-way 

communicator 

Shares engineering 

experiences, 
knowledge, & 
wisdom 


Comfortable 



with change 


Intellectual curiosity— 
ability and desire 
to learn new things 


Behavioral 
characteristics of 
a good systems 
engineer 


Ability to make 
system-wide 
cor 




Strong team 
member and 
leader 


Comfortable with 
uncertainty and 
unknowns 


What other 
characteristics 
are missing 
from this chart? 




Good understanding of 
engineering fundamentals 


Diverse technical skills — 

Proper paranoia— 

ability to apply sound 

expect the best, but 

technical judgment 

plan for the worst 


Appreciation for Self confidence and 

process— rigor and decisiveness— short 

knowing when to stop of arrogance 
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IV. Who is the Systems Engineer? 

• Third, we need to understand the role and 
responsibilites of the Systems Engineer, the 
Project Manager and Lead Discipline Engineer. 




PROJECT CONTROL 


‘Management Planning 

- Work Breakdown 

- Costs & Schedule Mgmt 

- Resource Allocation Mgmt 
•Project Organization 

- Mission Statement 

- Team Structure 
•Configuration Management 
•Project Management 
•Documentation and Data Mgmt 
•Acquisition Management 
•Cost Control Management 


•Planning \ 

•Coordination 
•Decision 
Analysis/Making 
•Mutual Respect for Roles 
•Data Management / 
•Assessment / 


Product Scope 


HSCIPLINE ENGINEERING 

•Discipline Development 

- Analysis 

- Trade Studies 

- Design 

- Interface Control 

- Regulatory Compliance 

- Standards Compliance 

- Environmental Compliance 

- Design Verification Products 

- Qualification Plan 

- S&MA 

- Logistics & Maintainability 
•Realization 

- Product Specification 

- Drawings 

- Software Products 

- Operating Criteria 

- Fabrication 

- Materials & Processes 

- Prototype 

- Manufacturing 

- Procurement 

- Cost Estimates 
Technical Assessments/Reviews 
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SYSTEMS ENGINEERING 

•System Design 

- Problem Analysis/Formulation 

- Requirements Definition 

- System Architecture 

- Concept of Operations 

- Technical Solution Definition 
•Product Realization 

- Design Realization 

- Evaluation 

- Verification & Validation Plans 

- Product Transition 
•Technical Management 

- Technical Planning 

- Requirements Mgmt 

- Interface Mgmt 
-Technical Control 

- Technical Assessment 

- Technical Decision Analysis 

- Technical Risk Mgmt 
^Life Cycle Cost Analysis 
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IV. Who is the Systems Engineer? 



Who is the Systems Engineer? 

- It depends on alot of things... 

• The need 

• The team size 

• Complexity of project. 

• Characteristics of team members 





® the 


J &Pro t 


G &ntr 




ory 


Personality type ( Myers-BriggsType ) 

^«ate®'"«n«Wa u rS s '«’ A 


Experience of team members 
Domain Knowledge of team member: 


iob is the^ nythin 9 Tha^y f rom an ysfems 
de tisio n ? % hole s Pac e v 5yst em s \ nn y ° ne to 
your comm f S ° m ®o n© 9° out l/ nfif,n *er J s 


So, the person who has the Systems Engineer Characteristics and the desire 
to perform the roles and responsibilities of Systems Engineering is the SE. 
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Group Question: 

Where do we apply Systems Engineering? 
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V. Where do we apply Systems Engineering? itBm 

w 

NASA Systems Engineering Engine (Chapter 3, Page 5, nsehb) 



to level below from level below 


System design processes 



Product realization processes 


applied to each work breakdown j 

applied to each product 


structure model down and 

up and across 


across system structure 

system structure 

i 
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• There are dozens of components (Knowledge/Skills) needed for 
Systems Engineering 

• You need knowledge of and Skills on (See NSEHB): 


•Customer Needs Analysis / Problem Formulation (page 22-23) 

•Interface Requirements (Appendix-L) 

•Define Needs/Goals/Objectives, Define MOE & MOP 

•Confirguration Management (CM) Plan (Appendix-M) 

•Writing Good Requirements (Appendix-C page 279, page 41) 

•Technology Assessment (Appendix-G) 

•Architecture (page 23) 

•Reviews (Appendix-N) 

•Concept of Operations/Design Reference Mission (Page 35, DRM) 

•Statement of Work (SOW) (Appendix-P) 

•Verification and Validation (Appendix-D, E & 1) 

•Assessments/Trade-off Evaluation 

•Functional and Dynamic Analysis (Appendix- F) 

•Process Development 

•Integration Plan (Appendix-G) 

•Risk (Page 139) 

•System Engineering Management Plan and other Plans 

•Safety & Reliability (Page 45) 

(Appendix-J, K & Q) 

• 


Each product has a purpose, exploit the essence of each product, 
not all products are required, so tailor your product selections to 
your project needs and challenges. 
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VI. What are the important components of Systems Engineering? 


There are dozens of components (Knowledge/Skills) 
needed for Systems Engineering (Continued) 

• You need knowledge of/Skills with: 

• System Engineering/Requirement Management Tools such as: 

• Cradle 

• CORE 

• System Design Modeling Methods such as: 

• Systems Modeling Language ( SvsML ) 

• Unified Modeling Language ( UML ) 

• Department of Defense Architecture Framework ( DoDAF ). 

• Quality Tools such as: 


Total Quality Management (TQM) 
Quality Function Deployment ( QFD ) 
Taguchi Methods . 

Pugh Matrix 
Statistics/ Risk Analysis 


Someone asked me, “What single engineering or 
mathematical discipline is most important for a 
systems engineer?” And I answered without batting an 
eye, “probability and statistics.” There is no question 
about it. Systems engineers who truly understand the 
underpinnings of probability and statistics quickly 
separate themselves from those who don’t. 


Gentry Lee, Jet Propulsion Laboratory 
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VI. What are the important components of Systems Engineerin 


What are the important components of 
Systems Engineering? 


There are a lot of important components to Systems Engineering. 

• It begins with Good Sound Engineering . There is no substitute! 

• Tailor your products to your project. Focus on essentials. 

• Remember, don't limit yourself, use your resources. 

• EXPLORE, LEARN, LEARN and LEARN... 

" A design that meets specifications is the engineer's view of a 
good design. However, a design that solves the problem is 
the customer's view of a good design ." 


- Dr. G Bunza, Mentor Graphics 
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VII. How can we incorporate Systems Engineering into our 
environment? 



Group Question: 

How can we incorporate Systems Engineering into our 
environment? 
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VII. How can we incorporate Systems Engineering into our 
environment? 


“We have lost sight of the fact that engineering is an art, not a technique; a technique is a 
tool From time to time lam briefed on the results of a systems analysis or systems engineer- 


an elegant solution to the real problem? For an answer I usut 
expression that suggests I have just said something obscene. 

“ We must bring back the sense of art and excitement back ini 

tence and enthusiasm are qualities of people who can use tools; the lack of these characteris- 
tics usually results in people who cannot even be helped by techniques and tools. We can all 
do better. ” 


On March 26, 1969, Dr. Ri 
addressed the IEEE Group 
tion with a memorable mes 
thoughts are worthy of rep< 


“As we are now behavi 
their superiors to read 



ingjob in a way that prompts me to ask the questions: Do yoi 



What are the key points of this message? 
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VII. How can we incorporate Systems Engineering into our 
environment? 



How can we incorporate Systems Engineering 
into our environment? 


There are several ways to incorporate Systems Engineering in your environment. 
However, 

• It begins with YOU! JUST DO IT! (Intrinsic) 

• Learn, get training. 

• Communicate 

• Create SE habits (Just ask WHY? 5x) 

• Empower your self 


• Incorporate into your organizational policy. (Extrinsic) 

• Management needs to fully embrace Systems Thinking 

• Management has to give the Systems Engineer authority. 

• Management needs to clearly delineate roles and responsibilities. 
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Conclusion 


I. Why do we need Systems Engineering? 

II. What is Systems Engineering? 

III. When do we use Systems Engineering? 

IV. Who is the Systems Engineer? 

V. Where do we apply Systems Engineering? 

VI. What are the important components of 
Systems Engineering? 

VII. How can we incorporate Systems 
Engineering into our environment? 

But before we finish, one more thing 
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Group Question: 

What does it mean to give 100%? 
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Exam - Solution 

What does it mean to give 100%? 


Mathematical Proof: 


1. Using the English Alphabet, 

Let A=l, B=2, ... 

2. Convert word to numerical 
number and sum word series. 

3. There are three words I would like 
to focus on .... 

1. Knowledge 

2. Hardwork 

3 ? 


A 1 
B 2 
C 3 
D 4 
E 5 
F 6 
G 7 
H 8 
I 9 
J 10 
K 11 
L 12 
M 13 


N 14 
O 15 
P 16 
Q 17 
R 18 
S 19 
T 20 
U 21 

V 22 
W 23 
X 24 

Y 25 
Z 26 
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Questions 
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